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Abstract: Adding versatile interactions to imperative programming - C, 
Java and Android - is an essential task. Unfortunately, existing languages 
provide little constructs for user interaction. 

We propose a computability-logical approach [1] to user interaction. We 
illustrate our idea via an extension of the core C with a new choice 

statement. 
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1 Introduction 

Adding interactions to imperative programming has become an essential 
task. Despite the attention, imperative languages have traditionally lacked 
mechanisms for representing interactive values or interactive procedures. 
For example, a lottery ticket is in a superposition state of several possible 
values and require further interactions with the environment to determine 
their final value. 

To represent interactive objects, we propose to adopt a choice-disjunctive 
operator in computability logic mm- To be specific, we allow a choice- 
disjunctive declaration statement of the form choo{S, R) (S (B R was orig¬ 
inally used in [T].) where S,R are constant declarations or procedure dec¬ 
larations. This statement has the following semantics: request the user to 
choose one between S and R. For example, a lottery ticket, declared as 
choo{value == value == $1M), indicates that it has two possible val¬ 
ues, nothing or one million dollars, and its final value will be determined by 
the the user. 

On the other hand, the use of choo in the main program requests the 
machine to choose one among several alternatives. This has the following 
execution semantics: 

ex{V,choo{Gi,... ,Gn)) ^ ex{V,Gi) 

where i is chosen by the machine and V is a set of procedure definitions. 
The notation 5 ■(— 72 denotes reverse implication, i.e., 72 —>• S'. In the 
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above definition, the machine chooses a successful Gi and then proceeds 
with executing Gi. 

This paper focuses on the minimum core of C. This is to present the 
idea as concisely as possible. The remainder of this paper is structured as 
follows. We describe an extension of core C with a new bounded- 

choice statement for the keyboard in Section 2. In Section [3l we present an 
example of Section [3] concludes the paper. 

2 The Language 

The language is core C with procedure definitions. It is described by G-,G- 
and D-formulas given by the syntax rules below: 

G ::= T I A I cond \ x = E \ G]G \ choo{condi] Gi,..., condn, Gn) 
C::= c==E\A = G \Vx G 
D::= G\D®D 


In the above, T represents a true (or continue) statement and cond is a 
condition. Note that a condition is a legal statement in our language, c == 
E declares that c is a constant with value E. A represents a head of an 
atomic procedure definition of the form p{xi ,..., Xn) where xi,..., are 
parameters. A C-formula is called a procedure dehnition. In the above, 
each condi is assumed to be mutually exclusive in the choo statement. This 
makes the execution quite deterministic. In the transition system to be 
considered, G-formulas will function as the main statement, and a set of D- 
formulas enhanced with the machine state (a set of variable-value bindings) 
will constitute a program. Thus, a program is a union of two disjoint sets, 
i.e., {Di,... ,Dn} U 6 where each Di is a D-formula and 6 represents the 
machine state. Note that 9 is initially set to an empty set and will be 
updated dynamically during execution via the assignment statements. 

We will present an interpreter which is adapted from mm- Note that 
this interpreter alternates between the execution phase and the backchaining 
phase. In the execution phase (denoted by ex{V, G,V')) it tries to execute a 
main statement G with respect to a program V and produce a new program 
V' by reducing G to simpler forms. If G becomes a procedure call, the 
interpreter switches to the backchaining mode. In the backchaining mode 
(denoted by bc{D,V, A,V')), the interpreter tries to solve a procedure call 
A and produce a new program V' by first reducing a procedure definition D 
in a program V to its instance (via rule (2)) and then backchaining on the 
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resulting definition (via rule (1)). To be specific, the rule (2) basically deals 
with argument passing: it eliminates the universal quantifier x in \/xD by 
picking a value t for x so that the resulting instantiation, written as \t/x\D, 
matches the procedure call A. 

Below, we need some notation at the meta level. 

• The notation S sand R denotes the sequential execution of two tasks. 
To be precise, it denotes the following: execute S and execute R se¬ 
quentially. It is considered a success if both executions succeed. 

• The notation S pand R denotes the parallel execution of two tasks. 
To be precise, it denotes the following: execute S and execute R in 
any order. Thus, the execution order is not important here. It is 
considered a success if both executions succeed. 

• The notation S choose R denotes the selection between two tasks. To 
be precise, it denotes the following: the machine selects and executes 
one between S and R. It is considered a success if the selected one 
succeeds. 

We need some definitions first. Understanding a formula K D H as 
->K V H and a procedure declaration A = G as G D A, an elementarization 
of a formula F is obtained by 

• replacing in F all the top occurrences of choo by T, and 

• all the assignment statements by T. 

A formula is said to be stable if its elementarization is true. 

As mentioned in Section 1, the notation S R denotes reverse implica¬ 
tion, i.e., R ^ S at the meta level. 

Definition 1. Let G be a main statement and let V he a program. Then 
the notion of executing {V, G) successfully and producing a new program 
V'- ex{V,G,V') - is defined as follows: 

(1) bc{{A = Gi),V, A,Vi) •(—ex(P, Gi, Pi). % A matching procedure for 
A is found. 

(2) bc{VxD,V, A,Vi) 6c([t/x]D,P, A, Pi). % argument passing 

(3) ex(P, A,Pi) (P G P pand bc{D,V, A,Vi)). % a procedure call 

(4) ex(P, T,P). % True is always a success. 
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(5) ex{V,x = E,V ^ {{x,E')}) <r- eval{V, E, E'). % the assignment 

statement. Here, W denotes a set union but {x, V) in V will be replaced 
by {x,E'). 

(6) ex{V,Gi;G 2 ,'P 2 ) ^ {ex{V,Gi,Vi) seqand ex{Vi,G 2 ,V 2 ))- % se¬ 

quential composition 

(7) ex{'P,choo{ci;Gi,...,Cn;Gn),Vi) ^ 
choose ( 

% if stable, the user makes a move first. 
stable{V D choo{ci] Gi,...,, c^; Gn)) sand 
eXu{V, V', I) sand 

% If user made some moves (1=1), then execution resumes. 

% Otherwise (I =0), it terminates with success, 
choose ( 

7 = 1 sand ex{T’', choo{ci; Gi,..., c^; G^), Pi), 

1 = 0 ), 

% if instable, the machine makes a move first. 

->stable{V D choo{ci; Gi,...,, Gn)) sand 
choose k such that condk pand ex(P, c^; G^, Pi) . 

where eXu{V,V',1) is defined as follows: 

Definition 2. Let P be a program of the form {D,9). Then the notion 
of the user executing (D, 0) and producing a new program V' of the form 
{D',9) and a boolean value I - ex„(P,P',/) - is defined as follows: 

( 1 ) eXu{C,C,Q). 

(2) eXu{Do^Dl,D'Q^D[,IQ or P) eXu{Do, D'^, Iq) pand ex„(P>i, P) 

(3) eXuiDo © Di,D,I) ^ read{k) pand choose( 

A: = 0 pand D = Dq pand / = 1, % user chooses Dq, 
k = 1 and D = Di and 1 = 1)% user chooses Di 

Here, I = l/I = 0 means that the user did make some/no move. Thus V' 
is obtained from P by the user executing one choo statement. The above 
definition easily extends to a set of P-formulas. 

In the above, if ex{V, G,Pi) has no derivation, then the machine returns 
the failure. 
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The rule (7) deals with choice statement. To execute choo{ci; Gi,... ,Cn] Gn) 

successfully, the machine does the following: 

(1) It first checks whether the machine can perform the task correctly 
without doing anything (In other words, the current program is sta¬ 
ble.). 

(2) If stable, the machine requests the user to make moves until the pro¬ 
gram becomes instable. Then the machine executes the choo state¬ 
ment. 

(3) If instable, the machine tries to find a true Ck and then execute Gk- 
Note that this step is deterministic due to the assumption that each 
Ci is mutually exclusive. If we allow nondeterminism here, then the 
execution model becomes quite complicated. 


3 Examples 

The following C-like code displays the amount of the tuition, based on the 
user’s field of study. 

major == medical % constant declaration 

with the following G formula; 

choo( 

major == english; tuition = $2,000, 
major== medical; tuition = $4,000, 
major== liberal; tuition = $2,200); 
print (tuition); 


This program expresses the task of the machine choosing one among three 
majors and printing its tuition. 

Initially, this program is not stable. To make it stable, the machine must 
make a move by choosing major == medical; tuition = $4,000. Finally, 
the system displays the amount of the tuition. 

As a second example, our language makes it possible to customize the 
amount for tuition via interaction with the user. 
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print(“type 1 for english,2 for medical,3 for liberal:”); 

choo(major == english, major == medical, major== liberal) % constant declarations 

with the following G formula: 

choo( 

major == english; tuition = $2,000, 
major== medical; tuition = $4,000, 
major== liberal; tuition = $2,200); 
print (tuition); 


Initially, note that this program is stable. Hence, the machine now requests 
the user to select one (by typing 1,2 or 3) among three majors. After it is 
selected - say 2 - the program becomes instable. Therefore, the machine 
must make a move by choosing major == medical] tuition = $4,000. Then, 
the system displays the amount of the tuition. 

4 Conclusion 

In this paper, we extend the core Java with the addition of choo state¬ 
ments. This extension allows statements of the form choo{S, R) where S, R 
are statements. These statements are particularly useful for representing 
interactive objects. 
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